home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1336 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.6 KB
  1. From: itschere@techfak.uni-bielefeld.de
  2. Subject: Re: split biosfs.c into several XDD's?
  3. Date: Thu, 28 Apr 94 12:25:52 MET DST
  4. In-Reply-To: <199404270917.AA28937@djerba.uni-paderborn.de>; from "Thomas Schulze" at Apr 27, 94 11:17:36 am
  5.  
  6.  Huhu!
  7.  
  8. > Ok, but I think we should have a core set of drivers inside the kernel.
  9. > console.xdd is one of them, the (to be written) acsi/scsi xdd another one.
  10. > Otherwise, how could MiNT inform Joe User about non existing path for loading
  11. > xdd's? Or about serious problems while starting?
  12.  
  13.  In this case I wouldn't mind MiNT using the BIOS, but that's a question of
  14. when the new drivers are installed. Obviously, you could either leave the
  15. original BIOS-devices (would be easier, perhaps) or the new driver in the
  16. kernel, if the biosfs is changed in a way that it allows to completely
  17. replace a driver (for root only, of course).
  18.  
  19.  Hmmm, in this case, I would prefer leaving the (old) devices as they are, so
  20. MiNT can happily use them for initialization output and supply XDDs to
  21. eventually replace them. Looks like the code will only get bigger at the
  22. beginning, but then, if we can rely the drivers being replaced, you could
  23. cut them down to some *very* basic code, say, without select() stuff, which
  24. isn't needed at this time.
  25.  
  26.  Another point: For purposes of external device drivers the time/date values
  27. should perhaps be made accessible over the kernel pointer, so that the driver
  28. must call any Tgettime() or so.
  29.  
  30. > How about writing a keyboard.xdd, too?
  31.  
  32.  I was thinking of even merging the console with the fasttext driver, and
  33. you suggest splitting it? :-) Honestly: What should be the advantage of that?
  34.  
  35. > In fact each of these xdd should be a possible part of the kernel to build
  36. > a version of MiNT which boots from the network. This will result in a
  37. > configurable kernel...
  38.  
  39.  Ok, real XDD are perhaps not needed. It would perhaps be enough to split
  40. the code into several parts, but leave them in the kernel, if it's just a
  41. question of how to encourage people to support them, and exactly that's the
  42. thing I intended to do, so I really don't know what I'm mucking here... ;-)
  43.  
  44.  Hey, I think that's perhaps the best and easiest idea!
  45.  
  46. > And another one: How about integrating Juergen Lock's vcon (Virtual Console)
  47. > into the kernel?
  48.  
  49.  As far as I know he hasn't done this so far (or suggested to do so) in order
  50. to have better possibilities to maintain it. But it would of course be a good
  51. idea to do so, as soon as he thinks it's stable enough.
  52.  
  53. ciao,
  54. TeSche
  55. -- 
  56. Torsten Scherer (Schiller, TeSche...)
  57. Faculty of Technology, University of Bielefeld, Germany, Europe, Earth...
  58. | Use any of "finger itschere@129.70.131                |
  59. | Last updated: 14. April 1994                        |
  60.